home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qtech527.arc / AS400.TEC < prev    next >
Encoding:
Text File  |  1991-05-29  |  6.9 KB  |  147 lines
  1. ID:AS IBM AS/400 Terminal Emulation Setup
  2. Desqview Technical Note #
  3. By Dan Sallitt
  4.  
  5. The IBM AS/400 is a terminal emulation setup akin to the 5250. It
  6. usually requires two or three files in config.sys and two loaded
  7. from the command line to get it going, followed by a number of
  8. other files to implementvarious functions.
  9.  
  10. The sizes of the basic AS/400 files that are listed below are
  11. accurate for the early 1990 versions of IBM's AS/400 software. 
  12. Some of these files are smaller in later releases.
  13.  
  14. Drivers
  15. -------
  16.  
  17. EIMPCS.SYS               1K
  18.  
  19. ECYDDX.SYS               21K - a block device, which means that   
  20.                          Quarterdeck's DEVICE.COM cannot load it  
  21.                          from the command line
  22.  
  23. FSDD.SYS                 59K - only needed to create virtual drives
  24.                          on the AS/400.  ECYDDX.SYS must be loaded 
  25.                          before it.  Later  versions of the AS/400 
  26.                          software may replace FSDD.SYS with the TSR 
  27.                          STARTFLR.
  28.  
  29. TSR's
  30. -----
  31.  
  32. E5250AH.COM              8.2K - manages the PC's terminal emulation
  33.                          hardware.  Different cards can be used for 
  34.                          AS/400 connection, and each requires a   
  35.                          different TSR to manage it - this file 
  36.                          manages the 5250 card.  A TSR that is
  37.                          often used instead of E5250AH.COM is     
  38.                          called WSEAH.COM.
  39.  
  40. STARTRTR.COM             56K
  41.  
  42.  
  43. 1) One of the cards that the AS/400 software can use, the 5250 card
  44. (and maybe others as well), puts a piece of RAM, 8K or so in size,
  45. at xC00 (usually CC00).  QEMM 5 and other memory managers may not
  46. see this RAM. In addition to excluding this area on your memory
  47. manager, you should probably use the RAM parameter with QEMM (or,
  48. if you are on an 8088 or 80286 machine and using a memory manager
  49. that provides mappable pages between 640K and 1024K other than the
  50. page frame, use Quarterdeck's QRAM to map these pages). Otherwise,
  51. E5250AH.COM may access various sections of the reserved memory area
  52. when it loads, and DESQview's XDV may crash on startup if all these
  53. areas aren't excluded.  Loading Quarterdeck's Manifest after you
  54. load E5250AH.COM, and examining the QEMM-386/Analysis screen, is a
  55. good way of finding out what areas to exclude.  The Analysis screen
  56. may advise you to exclude some areas inside the expanded memory
  57. page frame as well as mappable areas outside the page frame; it
  58. should be necessary, however, only to exclude areas outside the
  59. page frame.
  60.  
  61. Giving E5250AH.COM the parameter /Mx (where x is the same as above-
  62. C by default) seems to make it access fewer areas, though the areas
  63. that are accessed still need to be excluded if you don't use the
  64. RAM parameter or otherwise map all available areas between 640K and
  65. 1024K before the AS/400 software loads.  
  66.  
  67. For example - if you are using QEMM-386 and IBM's 5250 card and
  68. have determined that the card uses the CC00-CDFF area, your QEMM
  69. line in the CONFIG.SYS file should look like this:
  70.  
  71.      DEVICE=C:\QEMM\QEMM386.SYS RAM X=CC00-CDFF
  72.  
  73. ...and you should load E5250AH.COM with the following parameter:
  74.  
  75.      E5250AH /MC
  76.  
  77. You should then examine QEMM/Analysis screen, and put further
  78. exclusions on QEMM if any areas on this screen (other than the page
  79. frame area) are labeled "Exclude."
  80.  
  81. 2) In earlier versions of IBM and Quarterdeck's software, STARTRTR
  82. did not like to load inside DV, which meant that everything before
  83. it couldn't load in DV.  Even at that time, many other AS/400
  84. functions loaded after STARTRTR would load in a window - we have
  85. seen STF.COM load and run in a DV window.  We have verified that
  86. the version of STARTRTR dated 5-26-90 can run unsuccessfully inside
  87. a DESQview 2.31 window.  We are not sure whether revisions of
  88. STARTRTR or of DESQview were responsible for resolving early
  89. conflicts.
  90.  
  91. On one system that we saw, STARTRTR used an interrupt that can
  92. cause conflict with DESQview (INT 69).  Because it is likely that
  93. DESQview will always avoid using this range of interrupts when the
  94. AS/400 drivers are loaded in the CONFIG.SYS file, this is probably
  95. not a problem for current DESQview users.  However, users of DV
  96. 2.30 and later can do themselves no harm by giving DESQview the
  97. startup parameter /XB:68 when they run STARTRTR inside DV.
  98.  
  99. 3) On some systems, after STARTRTR is run, users run a program
  100. FSPC.COM to make a virtual disk on the mainframe.  This program
  101. isn't resident and takes no memory.  However, FSPC needs to see
  102. FSDD.SYS, and in earlier versions of the IBM and Quarterdeck
  103. software it couldn't from inside a DV window.  We believe that 
  104. this is no longer a problem with DESQview 2.31 and the mid-1990
  105. release of the AS/400 software.
  106.  
  107. 4) STARTRTR will need 160K of space to load high, even though it
  108. only uses 56K or so after it has loaded.
  109. 5) Some AS/400 drivers and TSR's know about expanded memory and
  110. store something there. Therefore, some of the memory figures that
  111. I've quoted may increase in the absence of expanded memory.
  112.  
  113. 6) If you run the AS/400 software inside DV, it may or may not be
  114. necessary to set Keyboard Conflict to 8.  One user thought he
  115. needed it set to 9, though this report is not substantiated.
  116.  
  117. 7) In some versions of the IBM AS/400 software, the driver FSSD.SYS
  118. and the non-resident FSPC.COM are united in a smaller TSR
  119. STARTFLR.COM.  Early versions of STARTFLR crashed in a DESQview
  120. 2.26 window in much the same preemptive way that 
  121. early versions of STARTRTR did; we have reason to believe that, 
  122. even on systems in which STARTRTR runs successfully in DESQview, 
  123. STARTFLR may fail in a DESQview window when QEMM-386 is present 
  124. and in an ON state.  This information is not yet confirmed.
  125.  
  126. 8) When loaded high with QEMM 5.00, ECYDDX.SYS would fail with an
  127. error message like "Keyword invalid."  QEMM 5.11 is able to load
  128. ECYDDX.SYS high successfully.  It is possible that including a
  129. single space after the word ECYDDX.SYS on the appropriate line in
  130. the CONFIG.SYS file may help QEMM 5.00 load ECYDDX high, but this
  131. has not been tested.
  132.  
  133. 9) The AS/400 utility STF has difficulty loading high with both
  134. QEMM 5.00 and QEMM 5.11.  QEMM's LOADHI /GS feature reports that a
  135. version of STF from mid-1990 needs a region of approximately 26K to
  136. load successfully; however, on at least one system, this version of
  137. STF.COM reports that it has insufficient memory to load even when
  138. loaded into a 79K region of High RAM.  It is possible that STF.COM
  139. is making the assumption that it will be loaded below 640K, and is 
  140. becoming confused when loaded above 640K; it is also possible that
  141. LOADHI /GS is somehow not detecting the correct amount of memory
  142. that STF.COM needs to start up.  We have not investigated this
  143. further at the time of writing.
  144.  
  145.         Copyright (C) 1991 by Quarterdeck Office Systems
  146.              * * *   E N D   O F   F I L E    * * *
  147.